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METHOD AND APPARATUS FOR INTEGRATING 
DISTRIBUTED INFORMATION 



BACKGROUND OF THE INVENTION 

5 1 . Field of the Invention 

The present invention relates to a method of collecting/distributing 
message data or data which are stored in each processing device in a 
distribution processing system, and particularly to a method and an apparatus for 
collecting and integrating data which are distributed to and stored in plural 

10 processing devices, fabricating the integrated data and then supplying the 
integrated data to an application program. 
2. Description of the Related Art 

In a distribution processing system, data which are used by an 
application program means data which are transmitted as message data or data 

15 which are stored in a memory or a disk of the processing device containing the 
application program (hereinafter referred to as "self processing device") or 
another processing device. The timing at which the application program starts its 
processing is set to the time point at which it is notified upon reception of a 
message from another application program, or the application program itself 

20 monitors the time point. That is, according to this system, in response to a 
request of an application program at a reception side, an application program at 
a message transmission side collects data requested by the application program 
at the reception side from a storage medium thereof, arranges data items 
required by the reception side and then transmits the data items thus arranged 

25 while continuing message data, or the application program at the message 
transmission side periodically transmits a reference message until the 
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application program at the reception side obtains the required data, thereby 
collecting the required data by using an access method which is varied in 
accordance with the storage medium of the data. 

Further, as a means of extracting and supplying data items requested by 

5 an application program, there has been known a data base management system 
(DBMS) for managing a relational data base (RDB) which is described in 
"Mastering Middle Ware" of Network Computing (the June issue of 1994) pp9-23. 
This system has a function of specifying a condition to extract the data items 
required by an application program from a table of RDB in which actual data are 

10 stored. According to this method, when an application program requests data, an 
extraction task of extracting the requested data items is performed, and the 
extracted data are delivered to the application program. Here, the style of the 
data to be delivered to the application program is determined by an interface 
between this system and the application program, and for example it is a text 

15 style or an original object style. Therefore, in order to use the extracted data for 
processing, it is necessary to identify the style of the data returned from the 
DBMS and to convert the style of the data properly. 

The application program obtains data and performs processing on the 
data at a certain timing. Since requested data are different for every program, 

20 this timing and the input data are determined for every program. In accordance 
with processing performance or capacity, the input data are classified into data 
which are stored in a memory or a disk, data which are transmitted in a message 
form, or data of a transfer memory style which has a combination of the above 
two styles. Here, the transfer memory style is defined as a data style in which a 

25 copy of information written into a memory by a user is automatically transferred 
to another memory for use. 
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These data comprise plural data items, and the program extracts some 
of data items from each of plural storage media and integrates the plural data 
items thus extracted for use. Further, an event serving as a trigger to collect the 
data occurs in a processing device in which the program exists (i.e., self 
5 processing device), but, it may frequently occur in another processing device. 

According to a conventional technique, unless an application program 
requests data stored in the self processing device (i.e., the processing device 
having the application program) or another processing device, the data cannot 
be obtained. Further, when data are distributively stored in plural storage media, 

10 only a part of the data can be extracted from each storage medium. Therefore, 
an application program which transmits a message serving as a start timing for 
the processing, or an application program which performs the processing must 
detect/notify the timing and collect/integrate the data. For the notification of the 
timing, the processing of notifying an event is required to be prepared at the 

15 event occurrence side and the processing of receiving the event is required to be 
prepared at the application program side. Further, the application program is 
required to detect occurrence of an event by itself through periodic polling or the 
like. In addition, when the data are collected and integrated, it is necessary for 
data to be obtained through an access method which is different for every 

20 storage medium like a transfer memory or a disk, or for an access to be made to 
RDB to collect the requested latest data when the occurrence of an event is 
detected. Alternatively, it is necessary for data to be collected at all times even 
when some of the data thereof are not necessary, and when some data are 
needed, the data have to be extracted from the collected data and used. 

25 Therefore, the application program must be provided with code for event 
detection processing and data collection processing in addition to the processing 
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which is originally required by the application program, so that the number of 
developing steps of the application program is increased. 

Further, when the performance of the system is tuned or modified, the 
arrangement of the application programs is varied, or the data storage medium 

5 or the data transmission medium is altered. When the application program itself 
is modified, data items and events which are necessary are altered. In these 
cases, in the conventional technique it is also necessary for the source code of 
the application program to be reviewed to correct an event detection portion and 
a data collecting portion other than the main processing portion. When the 

10 program at the event transmission side collects/integrates data, a program which 
transmits an event to be modified must be reviewed, resulting in an increase of 
the number of steps for the modification. 

Still further, there is a case where relational data are collected in 
response to occurrence of an event for control data in a control system or a case 

15 where relational data are collected when an abnormality occurs. A method of 
collecting data one after another after detection of an event, although relational 
data are needed at the time the event occurs, has the problem that it has a low 
real-time performance for data. Particularly when data are obtained from a 
remote place through plural transmission media, it is further difficult to guarantee 

20 the real-time performance due to a communication load and a transmission 
delay of a transmission path. 

Therefore, the present invention has been implemented to solve the 
above problem, and has an object to provide a distributed information integrating 
method and apparatus which can arrange data requested by a request side and 

25 supply the arranged data to the request side at a timing requested by the request 
side irrespective of a location of a processing device in which the data are stored, 
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and also which can make an application program at the request side 
independent of changes of data storage medium or a transmission medium used 
for data collection. 

5 SUMMARY OF THE INVENTION 

In order to attain the above object, a distributed information integrating 
method according to the present invention comprises the steps of: collecting, by 
at least one first processing device, data stored in the processing device 
according to a predetermined collecting condition in response to occurrence of 

10 an event serving as a trigger; transmitting the collected data to a second 
processing device of an original data request side; and integrating the collected 
data received by the second processing device according to a predetermined 
integrating condition. 

Since all the data which are needed by an application program on the 

15 second processing device are arranged and supplied to the second processing 
device, an application program in the second processing device is not required to 
instruct itself or another processing device to collect the data. Besides, the data 
can also be obtained at the time the needed data are not wholly arranged, but 
partially arranged. Further, the data which are received by the application 

20 program have a data type as indicated by the application program, and thus it is 
unnecessary to pay attention to the storage medium and the data structure of a 
data source, existence of the processing device in which the data are stored, or 
the existence of a transmission medium used for the data collection. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a hardware structure of a distribution processing system 
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according to an embodiment of the present invention; 

Fig. 2 shows a software structure of the distribution processing system of 
the embodiment; 

Fig. 3A is a diagram showing a data structure of a data integration 
5 management table 233 of the embodiment; 

Fig. 3B is a diagram (subsequent diagram) showing the data structure of 
the data integration management table 233 of the embodiment; 

Fig. 4 is a diagram showing a data structure of a data access 
management table 231 of the embodiment; 
10 Fig. 5 is a diagram showing a data structure of an event linking data table 

232 of the embodiment; 

Figs. 6A and 6B are diagrams showing a data structure of a transmission 
and reception message of the embodiment; 

Fig. 7 is a flowchart showing the processing flow of a filtering processing 
15 222 of the embodiment; 

Fig. 8A is a flowchart showing the processing flow of data integration 
processing 224 of the embodiment; 

Fig. 8B is a flowchart (subsequent flowchart) showing the processing 
flow of the data integration processing 224 of the embodiment; 
20 Fig. 8C is a flowchart (subsequent flowchart) showing the processing 

flow of the data integration processing 224 of the embodiment; 

Fig. 9 is a diagram showing a data structure of a status control table 234 
of the embodiment; 

Fig. 10 is a flowchart showing the processing flow of a status control 
25 processing 225 of the embodiment; 

Fig. 11 is a diagram showing an application example when reception of a 
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message is an event; 

Fig. 12A is a diagram showing data items contained in a user data unit 
71 2 of a message 831 of the application example; 

Fig. 12B is a diagram showing set information of a data integration 
5 management table 233 of the application example; 

Fig. 1 2C is a diagram showing set information of the event linking data 
table 232 of processing devices 802, 803 of the application example; 

Fig. 13 is a diagram showing an example of an event sequence in the 
application example; 

10 Fig. 14 is a diagram showing an application example when data renewal 

is an event; 

Figs. 15A to 15C are diagrams showing set information of the data 
integration management table 233 of a processing device 11 01 of the application 
example; 

15 Fig. 16 is a diagram showing an application example when data 

integration processing is used in multi-stages; 

Figs. 17A and 17B are diagrams showing set information of the data 

integration management table 233 and the event linking data table 232 of the 

application example; and 
20 Fig. 18 is a diagram showing an example when integrated data are 

delivered when a program requests. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Preferred embodiments according to the present invention will be 
25 described hereunder with reference to the accompanying drawings. 

Fig. 1 is a diagram showing the construction of a system to which the 
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present invention is applied. 

The system has processing devices 111 to 113 which mutually 
communicate (transmit/receive) data to one another through a transmission 
medium 101, and terminals 121 to 123 each having a display, a keyboard, etc. 

5 The processing devices 111 to 113 are connected to the terminals 121 to 123, 
respectively. Here, the terminal has a man/machine interface such as a display, a 
keyboard, a touch panel or the like, and has a function of controlling an 
application program to be executed on the processing device through the 
interface and referring to the output of the program. Each of the processing 

10 devices 111 to 113 has a data storage medium such as a main memory, and 
each of external storage devices 131 to 133 which are connected to the 
processing devices 111 to 113 respectively has a data storage medium such as a 
floppy disk, a hard disk or the like. However, the use of the external storage 
devices is not indispensable, and the processing device having no external 

15 storage device may be used. 

In the present invention, the data stored in the processing device are 
defined as data which are stored in the storage medium inside the processing 
device or the external storage device. Further, the processing device 111 
transmits/receives data to/from the processing device 114 through the 

20 transmission medium 102. As described above, the processing device can be 
connected to plural transmission media, and the data can be also communicated 
between the processing device 114 and each of the processing devices 112, 113 
through the processing device 111 . 

Fig. 2 is a diagram showing the software structure in the processing 

25 devices 111 to 114. The application program is a program for executing 
business processing by using data stored in the self processing device (i.e., the 
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processing device containing the application program) or another processing 
device, or by using data in a message which is received through the 
transmission medium 101 , 102. The data access processing 221 is a program for 
managing an access to the data stored in the self processing device, and it 
5 allows a direct data access not through any storage medium such as a memory, 
an external storage device or a transfer memory. A communication management 
223 is a program for managing a communication between programs in the self 
processing device and managing transmission/reception of a message with 
another processing device through the transmission medium 101, 102. A data 

10 access management table 231 stores the name and the attribute of data stored 
in the self processing device. 

An event linking data table 232 sets the data item value to be obtained 
for an event and the request side to which the data item value should be 
transmitted. A data integration management table 233 defines reference sources 

15 of respective data to be integrated and the names of the data, and also defines 
an output option, etc. when the integrated data are delivered to the application 
programs 211, 121. Filtering processing 222 is a program for detecting events 
such as an event based on a periodic timer in the self processing device, an 
event based on data renewal and an event based on a message received from 

20 another processing device, obtaining the data in the self processing device 
through the data access processing 221 or obtaining the integrated data by 
referring to the event linking data table 232, the data access management table 
231 and the data integration management table 233, and transmitting data 
obtained through the communication management 223 to another processing 

25 device which requests the data or the data integration processing 224 of the self 
processing device. The data integration processing 224 is a program for 
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receiving the data which are transmitted from another processing device or the 
filtering processing 222 of the self processing device, referring to the data 
integration management table 233 and the data access management table 231 
to integrate the data, and then delivering the integrated data to the application 

5 programs 211 , 212 or the filtering processing 222. A status control table 234 sets 
conditions to start/end the collection of the data set in the event linking data table 
232 and the integration of the data set in the data integration management table 
233. Status control processing 225 is a program for detecting an event such as 
message reception, data renewal or the like, referring to the status control table 

10 234 to detect the timing of starting/ending the data collection or the data 
integration, and activating relational control information of the event linking data 
table 232 and the data integration management table 233. 

Figs. 3A and 3B are diagrams showing the data structure of the data 
integration management table 233. A set of packed data which are needed by 

15 the application program is hereinafter referred to as a "basket". In Fig. 3A, (i) 
represents the construction of a basket setting table 301 . Each record of the 
basket setting table 301 comprises a basket name 311 , a collection event 312, a 
collection item table index 313, an output option index 314, a status 
management table index 31 5 and an activation status 31 6. The basket name 311 

20 is the name for identifying the basket. The collection event 31 2 comprises a type 
and a condition. The type indicates the type of an event to be collected. For 
example, the type indicates that the event is message reception and a code 
indicating the content of the message, or indicates that the event is data renewal 
and the name of a renewed data table, or indicates that the event is based on a 

25 periodic timer and a timer interrupting period. The condition indicates a condition 
when the data are collected in response to the occurrence of an event. For 
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example, when the event is message reception, the condition indicates a 
condition which is set to the value of the data item in the message. When the 
event is data renewal, the condition indicates the name of the renewed data item 
in the data table. When the event is based on the periodic timer, there is no 
5 condition. The collection item table index 313 is an index for indicating a storage 
place of the corresponding collection item table, and the data structure of the 
collection item table is shown in (ii) of Fig. 3A. The output option index 314 is an 
index for indicating a storage place of the corresponding output option table, and 
the data structure of the output option table is shown in (iii) of Fig. 3B. The status 

10 management table index 315 is an index for indicating a storage place of the 
corresponding status management table, and the data structure of the table is 
shown in (iv) of fig. 3B. The activation status 31 6 indicates a status as to whether 
or not the data integration processing is to be performed. 

The data structure of the collection item table is shown in (ii) of Fig. 3A. 

15 The collection item table defines a data item and a reference source to be 
collected in response to the occurrence of an event. Each record of the collection 
item table comprises a basket item name 351 , a type (style) 352, a reference 
source 353 and a condition 354. The basket item name 351 is a data item name 
which is defined as an item constituting a basket. The type (style) 352 is the type 

20 of the corresponding data item, and it discriminates a long integer type, a short 
integer type and a character type from one another. The reference source 353 
defines a source (origin) from which the data item is obtained, and it comprises a 
source name and a data item name. The source name is the data name of the 
reference source. For example when the event is message reception, the source 

25 name indicates the content code of the message, the identifier of the processing 
device and the name of the data table, the identifier of the processing device and 



li 



the basket name 311 of a prepared basket or the like. The data item name is the 
name of the data item whose value is a target to be obtained in the data 
indicated by the source name. In this embodiment, when the source is located in 
a specific processing device, the data item name is indicated by the identifier of 

5 the processing device and the data name in the processing device. However, the 
source may be provided with a unique name in the system to indicate the name. 
The condition 354 indicates a condition when the value of the indicated data item 
is obtained from the source indicated by the reference source 353, and it is 
described on the basis of the comparison between the value of the data item of 

10 the data indicated by the source name and the value of the data item received by 
the event indicated by the collection event 312. For example, it is described like 
[the data item "ID" in the source data is equal to the data item "bar code number" 
in the reception message] or the like. 

The data structure of the table which defines the output option is shown 

15 in (iii) of Fig. 3B. This table sets an option which can be selected when the 
collected data are delivered to the application program. Each record of the table 
comprises a time out 372, a data reception/delivery method 373, an AND/OR 
judgment 374 and a data request side 375. The time out 372 indicates a limit 
time from the time when the processing device detects an event serving as a 

20 data collection condition of a basket until the time when all the data are received. 
The data reception/delivery method 373 indicates an event type or a demand 
type. In the case of the event type, data are delivered to the program 
immediately when the data are arranged or there is a time-out. In the case of the 
demand type, the arranged data are kept stored, and when the program requests, 

25 the data thus stored are delivered to the program. The AND/OR judgment 374 
indicates an AND type or an OR type. In the case of the AND type, "the data are 
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arranged" means that the values of all the items constituting a basket are 
obtained or that there is a time-out. In the case of the OR type, "the data are 
arranged" means that the value of any item constituting a basket has been 
obtained, and the newest values which have been already obtained are used for 
5 the values of the other constituent items. The data request side 375 indicates the 
identifier of an application program to which the data are delivered or the filtering 
processing 222. 

The data structure of the status management table is shown in (iv) of Fig. 
3B. The status management table shows the collection status of the data item 

10 serving as a collection target in conformity with the event identifier. Each record 
of the status management table comprises an event identifier 391 , a buffer index 
392, a first event arrival time 393 and a collection judgment map 394. 

The event identifier 391 indicates the number of an event when the 
AND/OR judgment 374 is the AND type, and it is a number for acquiring the 

15 synchronization of data transmitted from one or plural processing devices for the 
event. The buffer index 392 indicates the address of a buffer which is allocated to 
store items of data constituting a basket for every event identifier 391 . The first 
event arrival time 393 stores the time when the event indicated by the event 
identifier 391 is detected, or the time when any basket constituting an item 

20 corresponding to the event identifier concerned is first received. The first event 
arrival time 393 is checked to judge whether a predetermined time has elapsed. 
By using a bit map, the collection judgment map 394 indicates whether the data 
are obtained for every item constituting the basket. When the value of the basket 
constituting item is delivered to the application program or the filtering processing 

25 222 and the buffer is released, the record concerned is deleted. On the other 
hand, when the AND/OR judgment 374 is the OR type, the number of records of 
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the status management table is equal to only one, and the buffer area indicated 
by the buffer index 392 is not released after the data are delivered to the 
program. 

Fig. 4 is a diagram showing the data structure of the data access 

5 management table 231 . 

The data access management table 231 is a table indicating what data 
are managed by the self processing device and what structure is owned by the 
data. The data managed by the self processing device contain a message data 
which is transmitted/received to/from another processing device. Each entry of 

10 the data access management table 231 comprises a table name 41 1 , a medium 
412 and a data structure index 413. The table name 411 indicates the name of 
the data table. The medium 41 2 indicates whether the data indicated by the table 
name 411 is a message, is stored in a main memory or is stored on a disc. The 
data structure index 413 indicates the memory address of a table which defines 

15 the structure of the data concerned. The table defining the data structure 
comprises a data item 431 and a type 432. The data item 431 indicates the name 
of the data item constituting the data concerned. The type 432 indicates the type 
of the data, and it is the same as the type (style) 352. 

Fig. 5 is a diagram showing the data structure of the event linking data 

20 table 232. 

The event linking data table 232 is a table for setting data in the self 
processing device to be collected and transmitted when an event occurs. That is, 
this table is a set of baskets when the data stored in the self processing device 
and the baskets prepared in the self processing device serve as a reference 
25 source. One line shown in the table corresponds to one record. Each record of 
the event linking data table 232 comprises a collection event 451 , a response 
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destination 452, a data name 453, a collection data item 454, a collection 
condition 455 and an activation status 456. The collection event 451 sets an 
event serving as a trigger for data collection, and has the same content as the 
collection event 312. The response destination 452 indicates the identifier of a 

5 processing device to which the values of the collected data items are transmitted. 
For example, it indicates the identifier of a processing device to which the data 
renewal event of the self processing device is required to be notified. The data 
name 453, the collection data item 454 and the collection condition 455 have the 
same function as the reference source 353 and the condition 354 as show in (ii) 

10 of Fig. 3A. The activation status 456 indicates a status as to whether or not the 
collection and transmission of data indicated by the corresponding record should 
be performed. The event linking data table 232 is a set of data for which the self 
processing device will serve as a reference source, for every collection event and 
every response destination. 

15 Fig. 6A is a diagram showing the data structure of a message which the 

communication management 223 transmits/receives between processing 
devices or in a processing device. The message comprises a message header 
711 for communication control, and a user data portion 712 which are referred to 
by the application program 211, the filtering processing 222 and the data 

20 integration processing 224. The message header 711 comprises a control code 
721 for communication, a destination identifying code 722, a code 723 for 
identifying a processing device at the transmission side, and an event identifier 
724. The event identifier 724 is a serial number for time-sequentially 
discriminating the message which is transmitted by the processing device, and it 

25 can be expressed by the combination of the identifier of the processing device 
and the serial number in the processing device. Even for messages which are 
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issued by the same program of the same processing device, the occurrence 
order of these messages can be discriminated. As the destination identifying 
code 722 it is possible to use a content code which is disclosed in Japanese 
Laid-open Patent Application No. Sho-56-111353, for example. The user data 

5 portion 712 comprises plural data items, for example, and contains the value of 
each data item. The processing device which receives the message refers to the 
data access management table 231 to obtain the type of each data item and cut 
out the value of each data value. Further, the communication management 223 
may refer to the data access management table 231 to recognize the type of 

10 each data item, and convert the byte order of the data item value so that it can be 
processed in the self processing device. 

Fig. 6B is a diagram showing the data structure of the user data portion 
71 2 when data which are collected in association with the event generated by the 
filtering processing 222 are transmitted to the request side. The collection event 

15 type 731 is the same type as the collection event 312 ((i) of Fig. 3A), that is, the 
same type as the collection event 451 (Fig. 5). The collection event identifier 732 
sets the event identifier of the event generating source. For example, when the 
event is message reception, the event identifier 724 of the received message is 
set. When the event is based on the periodic timer, the serial number, etc. are set 

20 in the self processing device. When the event is data renewal, the serial number, 
etc. are set in the processing device in which the renewed data are stored. In 
the processing device which collects the relational data upon reception of a 
message notifying this data renewal as a trigger, the collection event identifier 
723 attached to the renewed data is specified. The response destination 733 is 

25 an identifier of a processing device which serves as a data transmission 
destination. The source name 734 is the data name of the reference source, and 
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for example, it is the identifier of the processing device, the name of the data 
table, etc. The collection data item list 735 sets a list of the collected data item 
names. The collection data 736 sets the value of each data item in 
correspondence with the data item of the collected data item list 735. The data 

5 structure shown in Fig. 6B is an example, and the data structure may be set so 
that plural collected data on the same event are collectively transmitted while 
riding together, or so that the collected data are collectively transmitted to plural 
response destinations. 

The messages which are received by the filtering processing 222 and the 

10 data integration processing 224 and are other than the message when the 
filtering processing 222 transmits the collected data to the response destination, 
are discriminated from the collection data message on the basis of the message 
header 711 or the content of the user data portion 712. It may be made to 
conform with the data format of Fig. 6B. For example, the message in which the 

15 event identifier 724 and the collection event identifier 732 have the same content 
is discriminated as a message serving as a trigger for data collection. Further, the 
control data or the message which is received from a specific port of the 
processing device can be discriminated as a specific message by the identifier of 
the port. 

20 Fig. 7 is a flowchart showing the process flow of the filtering processing 

222. The filtering processing 222 waits for occurrence of an event (step 501). In 
the case of the message reception event, the communication management 223. 
receives the message to start the filtering processing 222. In the case of the 
data renewal event in the self processing device, the data access processing 221 

25 or the data integration processing 224 starts the filtering processing 222 to 
deliver the renewal data. The case where the renewal data are transmitted from 
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the data integration processing 224 means a case where a data-integrated 
basket is delivered to the filtering processing 222. In the case of the data renewal 
event of another processing device, the communication management 223 
receives the message containing the renewal data to start the filtering processing 

5 222. Further, the reception of control data transmitted from a measurement 
device or a sensor which is connected to the self processing device directly or 
through a transmission medium is also set as occurrence of an event. In the case 
0 f the periodic event, a timer interruption occurs by the periodic timer to start the 
filtering processing 222 (step 551). When the filtering processing 222 detects the 

10 event, the type of the occurring event and the appendant data are obtained (step 
502). Subsequently, the event linking data table 232 (Fig. 5) is referenced to 
search whether there is data or a basket which is required to be obtained in 
association with the occurring event (step 503). That is, the type of the occurring 
event and the appendant data are checked against the collection condition of the 

15 collection event 451 to judge whether there is a record in which both are 
coincident. Here, the record which is set as a search target is a record in which 
. the activation status 456 is set to an active status. As a result, if no record to be 
discharged (transmitted) is located (step 504: N), the processing returns to step 
501. If the corresponding record is located (step 504:Y), a data item value 

20 satisfying the collection condition 455 for the data item 454 of the data indicated 
by the data name 453 of the record concerned is obtained (step 505). If there is 
no collection condition 455, the unconditional status is set. When the data are 
obtained, the data access management table 231 (Fig. 4) is referred to in order 
to obtain the medium 41 2 of the corresponding data and the type 432 of the 

25 corresponding data item, and then the data access processing 221 is started to 
obtain the data. When the data thus obtained is a basket, the basket name 31 1 
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and the basket item name 351 of the data integration management table 233 
(Fig. 3A) are referenced to obtain the type 352 thereof. When there are plural 
data to be discharged, all the data are obtained in the same manner as 
described above. Subsequently, transmission data are prepared on the basis of 

5 the data thus obtained (step 506). The response destination 452 of the 
corresponding record is stored in the response destination 733, the data name 
453 thereof is stored in the source name 734, and the collection data item 454 
thereof is stored in the collection data item list 735. Further, an identifier which is 
generated by the filtering processing 222 is stored in the event identifier 724. 

10 Finally, the data are transmitted to the data integration processing 224 of the self 
processing device or another processing device through the communication 
management 223 (step 507), and the processing returns to step 501 . 

Figs. 8A, 8B and 8c are flowcharts showing the process flow of the data 
integration processing 224. The data integration processing 224 waits for arrival 

15 of data from the self processing device or another processing device (step 601). 
When data or a message is received through the communication management 
223 (step 602), it is judged by referring to the data integration management table 
233 (Fig.3A) whether there is any basket which requests the received data (step 
603). That is, if the received message is the collection data, the source name 

20 734 thereof and the data item name of the collection data item list 735 are 
checked against the reference source 353 of the data integration management 
table 233 to judge whether there exists any basket for which the received data is 
set as a basket constituting item. At this time, the type of the collection data 736 
is obtained by referring to the type 352 of the basket constituting item. If there is 

25 no corresponding basket (step 603: N), it is judged by referring to the data 
integration management table 233 (Fig. 3A) whether there is any basket for 
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which the received data is set as a collection event (step 621). That is, the 
collection event type 731 of the received message (and the collection data 736) 
is checked against the collection event 312 of the table integration management 
table 233 to judge whether any basket exists which satisfies the collection 

5 condition. At this time, the type of the collection data 736 is obtained by referring 
to the type 432 of the data item 431 corresponding to the data item of the 
collection data item list 735 of the data name 411 which corresponds to the 
source name 734 of the data access management table 231 (Fig. 4). When there 
is a corresponding basket, the setting or renewal of the collection status shown in 

10 (ii) of Fig. 8B is performed (step 622), and then the processing returns to step 
601 . When there is no corresponding basket, the processing immediately returns 
to step 601. When there is a basket requesting the received data (step 603:Y), 
the data item which is necessary to the basket concerned is extracted from the 
reception message (step 604). That is, the value of at least one data item is 

15 extracted from the collection data 736. Thereafter, the collection status in the 
status management table shown in (ii) of Fig. 8B is set or renewed (step 605). in 
the search operation of the data integration management table 233 of the steps 
603 and 621 , the search target is limited to baskets in which the active status 31 6 
is set to an active status. Thereafter, the data item value extracted in step 604 is 

20 stored into the memory location of the data item value concerned in a buffer area 
which is indicated by the buffer index 392 of the status management table ((iv) of 
Fig. 3B) indicated by the status management table index 315 of the basket 
concerned (step 606). 

Next, it is judged whether the constituent items of the basket are 

25 arranged (step 607). The collection status of the data is judged by referring to a 
status management table collection judgment map 394 of the basket concerned. 
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The condition when the data are arranged is determined by the AND/OR 
judgment 374 of the table ((iii) of Fig. 3B) which sets the output option of the 
basket concerned. When the AND/OR judgment 374 is the AND type, the time 
when all the constituent items are obtained corresponds to the time when the 
5 arrangement is made. When the AND/OR judgment 374 is the OR type, the time 
when any one of the constituent items is obtained corresponds to the time when 
the arrangement is made. The latest data on the buffer of the constituent items 
which were previously obtained is used as the other constituent items. 

When it is judged that the data are arranged (step 607:Y), the processing 

10 shifts to the processing 632 to deliver the data to the request side. If the data are 
not arranged (step 607:N) f the processing returns to step 601. In the processing 
632, it is judged by referring to the output option table of the basket concerned 
whether the data receiving/delivering method 373 is an event type or a demand 
type (step 608). If the method 373 is the event type (step 608: Y), the data are 

15 delivered to the application program indicated by the data request side 375 of the 
basket concerned or the filtering processing 222 (step 609). If the method 373 is 
the demand type (step 608: N), the content of the buffer area of the basket 
concerned which is indicated by the buffer index 392 is stored (retracted) in the 
queue (step 625). The application program can take out the data from the queue. 

20 After the processing of the steps 609 and 625, the re-setting of the collection 
status, that is, the arrangement of the status management table and the buffer as 
shown in (iii) of Fig. 8B is performed (step 610), and the processing returns to 
step 601 . 

The flowchart showing the flow of the setting and renewal processing of 
25 the status management table is shown in (ii) of Fig. 8B. The status management 
table of the basket concerned is searched to judge whether there is a record 
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having the collection event identifier 732 of the received message (step 641). 
When the AND/OR judgment 374 of the output option table is an AND type, the 
output option is searched on the basis of the event identifier 391 . When it is an 
OR type, the output option table has only one record, and thus it is judged on the 

5 basis of the event identifier 391 of the record whether the record is the 
corresponding record. If there is no corresponding record (step 641 :N), the 
record is added to the table (step 642), the collection event identifier 732 of the 
received message is added to the event identifier 391 of the record, and the 
buffer area is kept to set the index thereof to the buffer index 392 (step 643). The 

10 time when the event arrives is set to the first event arrival time 393 (step 644). 
Thereafter, the bit corresponding to the basket item thus obtained in the 
collection judgment map 394 is set to be already gained (step 645). If there is 
any corresponding record (step 641: Y), only the processing of step 645 is 
performed. 

15 The flowchart showing the flow of the processing of arranging the status 

management table and the buffer is shown in (iii) of Fig. 8B. First, it is judged 
whether the AND/OR judgment 374 of the output option table of the basket 
concerned is an AND type or not (step 651). If it is the AND type (step 651 :y), the 
overall item value of the basket concerned is unnecessary, and thus the buffer 

20 area indicated by the buffer index 392 of the status management table is wholly 
released (step 652), and the content of the record having the corresponding 
event identifier in the records of the status management table is cleared (step 
653). If it is the RO type (step 651 :N), nothing is done. 

The flowchart showing the flow of the time-out monitoring processing is 

25 shown in (iv) of Fig. 8C. When the program of this processing is periodically 
started (step 661), it is judged whether all the records of the basket stored in the 
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basket setting table 301 of the data integration management table 233 are 
processed (step 662). If there is any non-processed basket (step 662: Y), the 
pointer is positioned to the records of a next basket (step 663) to judge whether 
all the records of the status management table of the basket concerned are 
5 processed (step 664). If there is any non-processed record (step 664: Y), the 
pointer is positioned to the next record of the status management table to obtain 
a current time (step 665), and the current time is compared with the time-out 
setting 372 of the basket concerned to judge whether the difference between the 
current time and the first event arrival time 393 has reached a predetermined 

10 value or a limit time (time-out) (step 666). When it is time-out (step 666: Y), the 
data reception/delivery processing 632 of Fig. 8A is executed (step 67), and the 
processing then returns to step 664. If the record concerned is not time-out (step 
666:N), the processing returns to step 664. If all the records of the status 
management table are processed or the table is cleared (step 664:N), the 

15 processing returns to step 662. When the processing of all the baskets is 
finished (step 662: N), the time-out monitoring processing is finished. The status 
when the data collection has not been completed due to interruption by another 
processing device or the like is monitored by the time-out monitoring processing. 
Fig. 9 is a diagram showing the data structure of the status control table 

20 234. A line of the table shown in Fig. 1 corresponds to one record. An event 611 
is the same as the collection event 312 (Fig. 3A) and the collection event 451 
(Fig. 5). Start/end 1 61 2 indicates whether the event is an event at the start of the 
distributed information integrating processing or an event at the end of the 
distributed information integrating processing. A condition frequency 1613 sets 

25 the frequency at which the event 1611 is detected to perform the start or the end 
indicated by the start/end 1 61 2. An event counter 1 61 4 represents the current 
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detection frequency. A control target 1615 indicates whether a target under the 
start/end control is a basket or collection data. A control target index 1616 
represents a pointer to a record for which the control target is set. If the target is 
the basket, it indicates the record of the basket setting table 301 (Fig. 3A). If the 
5 target is the collection data, it indicates the record of the event linking data table 
232 (Fig. 5). 

Fig. 10 is a flowchart showing the processing flow of the status control 
processing 225. The processing waits for reception of an event (step 1701). 
When the event is received, the type of the event and the appendant data are 

10 obtained (step 1702). Next, the status control table 234 (Fig. 9) is searched to 
judge whether there is any record which is set to be subjected to the status 
control in response to this event (step 1703). The search is the processing of 
searching for a record having an event 1611 which satisfies the type of the event 
and the appendant data. If there is no corresponding record (step 1703:N), the 

15 processing returns to step 1701. If there is any corresponding record (step 
1703:Y), the event counter 1614 of the record concerned is incremented by 1 to 
renew the count value (step 1704), and the condition frequency 1613 and the 
renewed event counter 1614 are compared with each other (step 1705). If both 
are not equal to each other (the condition is not satisfied) (step 1706:N), the 

20 processing returns to step 1703. If the condition is satisfied (step 1706:Y), the 
active status 316 or the active status 456 of the record which is indicated by the 
control target 1615 and the control target index 1616 is renewed (step 1707). 
That is, if the start/end 1612 of the record of the status control table 234 which is 
currently being processed indicates the start, the active status 316 or the active 

25 status 456 of the record which is indicated by the control target index 1 61 6 is set 
to the active status. If the start/end 1 612 indicates the end, the active status 31 6 
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or the active status 456 of the record which is indicated by the control target 
index 1616 is set to the non-active state. Finally, the event counter 1614 of the 
record under processing is reset (step 1708), and the processing returns to step 
1 703. The start/end of the data collection can be controlled on the basis of the 
5 occurrence frequency of the event or the frequency of data collection by the 
status control processing 225, and the data collection control can be finely 
performed. For example, collection of data such as a device status, etc. is 
started in synchronization with an abnormal occurrence event, and thus this 
embodiment is applicable to such a case where information on a status trend 

10 under unattended operation is to be obtained. 

Next, a case where distributed information is integrated by using the 
above-described method and construction will be described hereunder. 

Fig. 11 is a diagram showing an applied case where the event is 
message reception. The system comprises processing devices 801, 802 and 

15 803 which are connected to a common transmission medium. On the basis of a 
message 831 as a trigger event which is broadcasted through the transmission 
medium, the filtering processing 222 of the processing device 802 collects the 
data in a table data 821 stored in an external storage device (disc) 811 thereof 
and the filtering processing 222 of the processing device 803 collects the data in 

20 a table data 822 stored in an internal storage device (memory) thereof in order to 
transmit these data as messages 841 and 842 to the processing device 801 , 
respectively. The data integration processing 224 of the processing device 801 
integrates the messages 831 , 841 and 842 to prepare the data constituting a 
basket and deliver the data to the application program 211 . 

25 A list of data items contained in the user data portion 71 2 of the message 

831 is shown in (I) of Fig. 12A. The data structure of the table data 821 owned by 
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the processing device 802 is shown in (ii) of Fig. 12A. Each record comprises 
data items and has a part ID as a key as shown in (ii) of Fig. 12A. The data 
structure of the table data 822 stored by the processing device 803 is shown in 
(iii) of Fig. 12A, and the table data 822 comprises data items with the lot number 
5 (Lot No.) as a key. 

Fig. 12B is a diagram showing an example of the data integration 
management table 233 of the processing device 801 (SI). The data-integrated 
basket is defined by a record 921 of a basket setting table 301 and a table linked 
from the record 921 . The basket name is "production instruction". The collection 

10 event is limited to events each having a message (Msg) in which the destination 
discrimination code 722 is "line access" and a condition in which the part ID is 
larger than 1000. The item to be collected when a message satisfying the 
collection condition of the collection event is received and when the collection 
data are received is set in records 941 to 945 of the collection item table. The 

15 item values which are defined in the records 941 and 942 are data which are 
obtained from the reception message serving as the collection event. The item 
values defined in the records 943 and 944 are the values of data items which are 
"condition value 1" and "condition value 2" of the table data 821 in 
"manufacturing condition" of the processing device 802 (S2). The "condition 

20 value 1" satisfies such a condition that the part ID of "manufacturing condition" is 
equal to the part ID of the collection event message, and the "condition value 2" 
satisfies such a condition that the quality reference value is larger than or equal 
to the quality reference value of the collection event message in addition to the 
"condition value 1". Likewise, the item value defined in the record 945 is the 

25 value of the data item "lot track record" of the table data 822 "manufacturing track 
record" of the processing device 803 (S3). The "lot track record" means the lot 
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track record of records which are contained in the records of the table data 822 
and in which "lot number is equal to the lot number of the collection event 
message. Each basket constituent item is delivered to a program shown in the 
data request side 375 (Fig. 3B) in the format of a long integer type or a 6-byte 
5 character type as indicated in the field of the type (style). 

A setting example of the event linking data table 232 of the processing 
device S2 is shown in (vi) of Fig. 12C. Records 951 and 952 are obtained by 
extracting records 943 and 944 on the processing device S2 in the collection 
item table of the data integrating management table 233, respectively. The 

10 collection condition of the collection event is the same collection condition as the 
collection event of the processing device S1. The response destination of the 
collected data is the processing device S1 of the request side, (vii) of Fig. 1 2C 
shows a setting example of the event linking data table 232 of the processing 
device 803 (S3). The record 961 is obtained by extracting the record 945 on the 

15 processing device 53 in the collection item table of the data integration 
management table 233. 

Fig. 13 is a diagram showing an event sequence in this embodiment, and 
shows the operation of the processing devices S1 , S2 and S3 after the message 
831 of the collection event is received. First, when the message 1001 "line 

20 access" of the event identifier 1 is passed through the transmission medium, the 
processing device S1 ensures a data storage area, obtains the data items "part 
ID" and "lot number" from the message, and then stores them into the data 
storage area (1011). At the same time, the processing device S2 starts to obtain 
the data items "condition value 1" and "condition value 2" (1021), and starts to 

25 obtain the data item "lot track record" (1031). The processing device S3 finishes 
obtaining the data, and transmits the data to the processing device S1 (1032). 
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The processing S1 receives the data, and stores the data into the data storing 
area for the event identifier 1 which is ensured in the step 1011. Subsequently, 
the message 1002 "line access" of the event identifier 2 is passed (1002), and 
the processing device S1 receiving the message newly ensures the data storage 

5 area for the event identifier 2 although the collection processing on the event 
identifier 1 is not finished (1013). 

The processing device S2 5 S3 start to obtain data with a message 1002 
as a trigger (1022, 1033). Subsequently, the processing device S3 finishes the 
data obtaining processing in association with the event identifier 1 (1023), and 

10 transmits the data to the processing device S1. The processing device S1 
receives the data (1014). If the AND/OR judgment 374 is specified as the AND 
type, it judges that the data are arranged, and the data are delivered to the 
application program 211 (1017). Subsequently, in the same manner as described 
above, the processing device S1 receives the data (1034) obtained by the 

15 processing device S3, stores the data into the ensured data storage area (1 01 5) , 
receives and stores the data (1 024) obtained by the processing device S2 (1 026), 
and delivers the data to the application program 211 (1018). When the 
application program 211 is set to receive the data in the OR type, the value of the 
latest data item received is delivered to the application program 211 at all the 

20 time points 1 01 1 to 1 01 6. 

As described above, according to this embodiment, the application 
program 211 can obtain data which are distributiveiy stored in the processing 
devices S2, S3 at the time the message 831 occurs. The application program 
211 can obtain only the values of necessary data items without considering the 

25 processing device in which the data are stored and the data structure of the data. 
Further, only the data which are interlocked with the occurrence of the message 
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831 are delivered, and thus it is not necessary for ail data containing necessary 
and unnecessary data to be obtained and for the necessary data to be 
selectively extracted by judging the contents of all the data. Further, even when 
the data structure of the data tables 821 and 822 is altered, it is sufficient to 
5 merely alter the set value of the table in association with the table access 
management table 231 and the data integration management table 233, and it is 
unnecessary to review the source code of the application program 211 . 

Fig. 14 is a diagram showing an applied case where the data renewal is 
an event. 

10 The system comprises processing devices 1101 (S1), 1102 (S3) and 

1104 (S4) which are connected to a common transmission medium. In response 
to the renewal of the data table 1111 as a trigger event, the filtering processing 
222 of the processing device S3 refers to the event linking data table 232 to 
transmit the data of the data table 1111 as a message 1121 to the other 

15 processing devices S1 and S4. The filtering processing 222 of the processing 
device S4 receives the message as a data renewing event of the other 
processing devices, and refers to the event linking data table 232 to collect the 
relational data from the data table 1112 and transmit a message 1122 to the 
processing device S1 serving as the response destination. 

20 The data integration processing 224 of the processing device S1 refers 

to the data integration management table 233 to integrate the received data, and 
delivers the integrated data to the application program 211. As described above, 
the relational data can be transmitted to the processing device S1 with the 
renewal event of the data table 1111 as a trigger. Therefore, the program which 

25 renews the data table 1111 is not required to transmit the renewal event to the 
processing device S1, and also, the application program 211 of the processing 



29 



device S1 is not required to monitor the renewal of the data table 1111 and may 
merely wait for arrival of necessary data, so that it can be devoted to the 
processing which uses the arriving data. 

Fig. 15A is a diagram showing a setting example of the data integration 
5 management table 233 of the processing device S1 . The data-integrated basket 
is defined by the record 1211 of the basket setting table 301 and the table linked 
therefrom. The basket name is "advancement". The collection event is the 
renewal of the data item "lot track record" in the data table 1111 "manufacturing 
track record" of the processing device S3. The items to be collected when the 

10 collection event and the collection data are received are set in records 1231 to 
1233 of the collection item table. The item values defined in the records 1231 
and 1 232 are data which are obtained from the data items "lot number" and "lot 
track record" in the data table 1111 "manufacturing track record" of the 
processing device S3 respectively, and these item values are contained in the 

15 message 1121. The item value defined in the record 1 233 is the value of the data 
item "planned quantity" of the data table 1112 "manufacturing plan" of the 
processing device S4. 

Fig. 15B is a diagram showing a setting example of the event linking data 
table 232 of the processing device S3. The records 1241 and 1 242 are obtained 

20 by extracting the records 1231 and 1232 on the processing device S3 in the 
collection item table of the data integration management table 233 respectively. 
The response destination of the collected data are the processing devices S1 
and S4 at the request side. Fig. 1 5C is a diagram showing a setting example of 
the event linking data table 232 of the processing device S4. The record 1251 is 

25 likewise obtained by extracting the record 1233 on the processing device S4 in 
the collection item table of the data integration management table 233. 
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The above embodiments are directed to the applied case where the 
message is set as an event and the case where the data renewal is set as an 
event. In the case of the periodic event, the data collection is performed in the 
same manner. The event linking data table 232 and the data integration 
5 management table 233 are set as described above, and data and message data 
which are stored into plural processing devices can be collected in a composite 
manner. By setting these tables, the application program 2-11 is allowed to 
receive the data. Therefore, it is unnecessary to take the medium or the 
processing device into account, collect the data while sequentially inquiring 

10 about the data and review the programs due to alteration of the data structure of 
the messages and the data tables, so that the labor required for developments 
can be greatly reduced. Further, the data are not collected after the event is 
detected, but upon occurrence of an event the plural processing device sides 
cooperate with one another to transmit the indicated data, so that the data can 

15 be obtained on a real-time basis, and the processing performance can also be 
enhanced. 

Fig. 16 is a diagram showing an applied case where the data integration 
processing is used in multiple stages. This is the case where the application 
program 211 on the processing device 1301 (S1) collects the data of the 

20 processing devices 1302 (S2) to 1308 (S8). The data on the data table 1314 of 
the processing device S4 and the data on the data table 1313 of the processing 
device S3 are transmitted to the processing device S2 on the basis of the 
messages 1321, 1322 respectively, the value of the data item is also obtained 
from the data table 1312 of the processing device S2, and these data are 

25 integrated by the data integration processing 224 of the processing device S2. 
Reference numeral 1341 represents the basket obtained by integrating the 
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collected data. The basket 1341 is transmitted to the filtering processing 222 of 
the processing device S2, and transmitted as a message 1 325 to the processing 
device S1 which requests this basket. Further, the data on the data table 1317 of 
the processing device S7 and the data on the data table 1318 of the processing 
5 device S8 are periodically transferred to the data table 1316 of the processing 
device S6 by a transfer memory 1326. The data are transmitted as a message 
1328 through the filtering processing 222 of the processing device S6 to the 
processing device S1, and collected as a basket 1342. The processing device 
S1 integrates the basket 1341 obtained from the processing device S2 on the 

10 basis of the message 1325 and the basket 1342 to prepare a basket 1343, and 
delivers the basket 1343 to the application program 211. The basket 1343 is 
prepared on the basis of the baskets 1341 and 1342, and the basket is used in 
multiple stages inside/outside the processing device. The data of the 
processing devices S3, S4 and S7, S8 to which the transmission medium is not 

15 directly linked may be directly obtained from the processing device S1 if the 
communication can be performed. However, by using the construction of the 
above embodiment, the baskets 1341 and 1342 may be collected on the basis of 
different events to integrate the data as a single basket on the basis of the 
basket 1343. Further, the information of the processing devices S2 to S4 is 

20 collected as a gate way by the processing device S2, thereby localizing the 
setting of the table integration management table 233 of the processing device 
S1. 

Fig. 17A is a diagram showing a setting example of the data integration 
management table 233 held by the processing device S1. A record 1411 defines 
25 the basket 1343. No collection event is set in this record 1411. That is, as the 
constituent items, the basket only receives data transmitted from the self 
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processing device or another processing device. The constituent item of the 
basket 1343 is defined by the records 1421 and 1422 of the collection item table. 
That is, the basket 1343 is an integration of the basket 1341 "N2 status" and the 
basket 1342 "N3 status". The source of the basket "N2 status" is a basket having 
5 the name "status basket" of the processing device S2, and the source of the 
basket "N3 status" is a basket "Net3 status" of the self processing device. The 
record 1412 defines the basket 1342, that is, the basket "Net3 status". The 
basket "Net3 status" comprises data to be collected when the data table 1316 
which is called "status table" of the processing device S6 is renewed. The 

10 constituent item of the basket "Net3 status" is defined by the record 1431 of the 
collection item table. That is, it is all the items of the "status table" of the 
processing device S6. The type of the constituent item in the records 1421 , 1422 
and 1431 indicates "structure" which is an assembly of plural data items. 

Fig. 1 7B is a diagram showing a setting example of the event linking data 

15 table 232 which is held by the processing device S2. A record 1441 is set to 
transmit all the data items to the processing device S1 when the basket 1341 
which is named "status basket" of the self processing device is renewed. Here, 
"status basket" is the basket 1341 obtained by integrating data which are 
collected on the basis of an event such as period, renewal or the like from the 

20 processing devices S2, S3 and S4, and the details of the constituent item are 
defined by the data integration management table 233 which is held by the 
processing device S2. 

Some data collection modes and the applied cases where the 
processing device integrating the collected data immediately delivers baskets to 

25 the application program are described above. Fig. 18 is a diagram showing the 
system construction when the collected and integrated data are delivered at the 
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time the program requests. A processing device 1501 collects and integrates 
data from a processing device 1502 and a processing device 1503. The 
integrated data are used by the application program 211 of the processing device 
1504 or the application program 211 of a processing device 1505. Here, the 
5 processing device 1501 and the processing device 1504 are connected to 
transmission media respectively, and the transmission media 1511, 1512 are 
linked to each other through a processing device serving as a gate way or WAN. 
The processing device 1505 is linked to the transmission medium 1513 through 
a communication device 1522, and the processing device 1501 is linked to the 

10 transmission medium 1513 through the communication device 1521. This is 
applied to such cases where the transmission medium 1513 is a public 
telephone line, the communication devices 1521, 1522 are modems, the 
transmission medium 1513 is a radio LAN, the communication devices 1521, 
1522 are radio LAN interfaces, etc. The processing device 1505 is a portable 

15 information terminal or the like. In this case, there is a case where the data 
integrated in the processing device 1501 cannot be immediately transmitted or a 
case where it is required that the data are not immediately received for some 
reason and the results which are afterwards collected as a single of unit are 
received. In such a case, the data are collected from the processing devices 

20 1 502 and 1503 on the basis of the messages 1 541 and 1 542 as described above 
and integrated, thereby retracting the integrated data as data 1544 from the 
buffer. At this time, the data integration management table 233 of the processing 
device 1501 indicates the demand type as the data reception/delivery method 
373 of the collected basket. The retracted data are transmitted at the 

25 convenience of the processing device 1504 or the processing device 1505, and 
used by the respective application programs 211 thereof. 
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As described above, according to the present invention, the data which 
are required by the application program are arranged and supplied to the 
application program when the application program needs the data. Therefore, 
the application is not required to be provided with code for inquiring about the 
5 data collection, and thus the development of programs can be facilitated. Further, 
it is unnecessary to correct the application program even when the storage 
medium and the data structure of the data source, the processing device storing 
the data and the transmission medium used for the data collection are renewed. 

Further, the control is performed on the basis of the occurrence of an 
10 event which indicates the start or the end of the data collection, so that the data 
collection timing can be controlled more finely. 
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What is claimed is: 

1 1. A distributed information integrating method for integrating 

2 information distributiveiy stored in plural processing devices by any one of plural 

3 processing devices in a distributed information processing system in which the 

4 plural processing devices are connected to one another through transmission 

5 media and a series of processing operations are distributiveiy performed, 

6 comprising the steps of: 

7 collecting, by at least one first processing device, data stored in the first 

8 processing device according to a predetermined collecting condition in response 

9 to occurrence of an event serving as a trigger; 

10 transmitting, by the first processing device, the collected data to a 

11 second processing device of an original data request side; and 

12 integrating, by a second processing device, the collected data received 

13 by the second processing device according to a predetermined integrating 

14 condition. 

1 2. The integration method as claimed in claim 1 , wherein said event is 

2 one of reception of a message having predetermined data, renewal of preset 

3 data which occurs in said first processing device, and timer interruption of a 

4 periodic timer which occurs in said first processing device. 

1 3. The integration method as claimed in claim 1 , wherein one of plural 

2 data collection processes which are independently performed by plural first 

3 processing devices is performed by said second processing device, and the data 
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4 thus collected are used as one collection data for data integration which is 

5 performed by said second processing device. 

1 4. A distributed information integrating apparatus for collecting and 

2 integrating information which is distributiveiy stored in plural processing devices 

3 in a distributed information processing system in which the plural processing 

4 devices are connected to one another through transmission media and a series 

5 of processing operations are distributiveiy performed, comprising: 

6 first table means into which each processing device stores the name of 

7 data to be collected, which are stored therein, and a transmission destination of 

8 the collected data in association with a specific event; 

9 first processing means for referring to said first table means in 

10 response to an event occurring for each processing device and a message event 

11 received through said transmission media to collect the data stored in the 

12 processing device and transmit the collected data to said transmission 

13 destination; 

14 second table means for setting the items of data to be integrated while 

15 dividing the items for every data name of the collection data; and 

16 second processing means for receiving the collection data from 

17 another processing device or said first processing means, integrating the 

18 collection data according to the setting of said second table means, and 

19 transmitting the integrated data to a request side therein. 

1 5. The apparatus as claimed in claim 4, wherein said request side is said 

2 first processing means. 
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1 6. The apparatus as claimed in claim 4, wherein said event is one of 

2 reception of a message having predetermined data, renewal of preset data 

3 which occurs in said first processing device and timer interruption of a periodic 

4 timer which occurs in said first processing device. 

1 7. The apparatus as claimed in claim 4, wherein said second table 

2 means has an item for setting an AND/OR condition of plural collection data to 

3 be integrated, and wherein in the case where the AND condition is set in said 

4 item, said second processing means delivers all plural collection data to be 

5 integrated to said request side when all the plural collection data are arranged, 

6 and in the case where the OR condition is set, said second processing means 

7 delivers received collection data to said request side without waiting until all the 

8 collection data are arranged. 

1 8. The apparatus as claimed in claim 4, wherein said second table 

2 means has an item for setting "event type" or "demand type" as a method of 

3 receiving/delivering the integrated plural collection data to said request side, and 

4 wherein in the case where the "demand type" is set as the reception/delivery 

5 method, said second processing means delivers the collection data to said 

6 request side when said request side transmits a data request, and in the case 

7 where the "event type" is set, said second processing means delivers the 

8 collection data to said request side irrespective of no request from said request 

9 side. 

1 9. The apparatus as claimed in claim 4, wherein said second table 

2 means has an item for setting a limit time which is taken from the collection start 
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3 time of plural collection data to be integrated until the collection end time of all 

4 the collection data, and said second processing means manages the limit time. 

1 10. The apparatus as claimed in claim 4, wherein each of said first and 

2 second table means has an active-status item for setting validity/invalidity of 

3 each record thereof, and said apparatus further includes third table means for 

4 managing the occurrence frequency of a specific event to start or end the 

5 integration processing of the collection data, and third processing means for 

6 referring to/renewing said third table means and validating or invalidating the 

7 active status of each record of said first and second processing table means on 

8 the basis of the reference/renewal result. 
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ABSTRACT OF THE DISCLOSURE 
Distributed information integrating method and apparatus for collecting 
data requested by a program at a data request side, integrating the collected 
data and supplying the integrated data to the request-side program irrespective 
5 of the existence of a processing device storing the data and a transmission 
medium. An event linking data table 232 stores the name of data to be collected 
in response to an occurring event and a transmission destination of the collected 
data. Filtering processing 222 refers to the event linking data table 232 in 
response to an event occurring on a self processing device and a message event 

10 received through a transmission medium to collect the data stored in the self 
processing device, and transmits the collected data to a transmission destination. 
A data integration management table 233 sets the items of data to be integrated 
while dividing the items for every data name of the collection data. Data 
integration processing 224 receives collection data from another processing 

15 device to integrate the collection data according to the setting of the data 
integration management table 233, and delivers the integrated data to an 
application program 212. 
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As a below named inventor, I hereby declare that: 
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yiith Title 37, Code of Federal Regulations, § 1 .56(a). 
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I hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) listed below 
and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United States application 
in the manner provided by the first paragraph of Title 35 , United States Code, §112,1 acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal Regulations, § 1 .56(a) which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 
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(Filing Date) 
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I hereby appoint as principal attorneys; Donald R. Antonelli, Reg. No. 20,296; David T. Terry, Reg. No. 
20,178; Melvin Kraus, Reg. No. 22,466; Stanley A. Wal, Reg. No. 26,432; William I. Solomon, Reg. No. 28,565; 
Gregory E. Montone, Reg. No. 28,141; Ronald J. Shore, Reg. No. 28,577; Donald E. Stout, Reg. No. 26,422; Alan E. 
Schiavelli, Reg. No. 32,087; James N. Dresser, Reg. No. 22,973 and Carl I. Bnmdidge, Reg. No. 29,621 to prosecute 
and transact all business connected with this application and any related United States application and international ap- 
plications. Please direct all communications to the following address: 

Antonelli, Terry, Stout & Kraus 

Suite 1800 

1300 North Seventeenth Street 
Arlington, Virginia 22209 
Telephone: (703) 3 1 2-6600 
Fax:(703)312-6666 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further, that these statements were made with the knowledge that will- 
ful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 
of the United State Code and that such willful false statements may jeopardize the validity of the application or any 
patent issued thereon. 
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